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DETAILED ACTION 



1. 



This action is In response to an application filed on 1/23/2002. 



2. 



Claims 1-32 are pending in this case. 



Drawings 



3. The drawings are objected to as falling to comply with 37 CFR 1 .84(p)(4) 
because reference characters "301-314" have been used to designate objects In 
both Figs. 3 A and B and Figs. 4 A and B. Corrected drawing sheets in compliance 
with 37 CFR 1 .121(d) are required in reply to the Office action to avoid abandonment of 
the application. 

4. The drawings are objected to as falling to comply with 37 CFR 1 .84(p)(5) 
because they Include the following reference character(s) not mentioned In the 
description: 308, 313 and 314 from Fig. 4A and 701 and 811 from Figs 7 and 8, 
respectively. Corrected drawing sheets in compliance with 37 CFR 1.121(d), or 
amendment to the specification to add the reference character(s) in the description in 
compliance with 37 CFR 1 .121(b) are required in reply to the Office action to avoid 
abandonment of the application. 

5. The drawings are objected to as falling to comply with 37 CFR 1 .84(p)(5) 
because they do not Include the following reference slgn(s) mentioned in the 
description: step 380 and serialization layer 500 referenced In paragraphs [0051] 
and [0055] respectively. Corrected drawing sheets in compliance with 37 CFR 
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1 .121 (d) are required in reply to the Office action to avoid abandonment of the 
application. 

6. Any amended replacement drawing sheet should include all of the figures 
appearing on the immediate prior version of the sheet, even if only one figure is being 
amended. The replacement sheet(s) should be labeled "Replacement Sheet" in the 
page header (as per 37 CFR 1 .84(c)) so as not to obstruct any portion of the drawing 
figures. If the changes are not accepted by the examiner, the applicant will be notified 
and informed of any required corrective action in the next Office action. The objection to 
the drawings will not be held in abeyance. 

Claim Objections 

Claim 19 is objected to because of the following informalities: Claim 19 fails to 
further limit the parent claim (18), 'a distributed computer system' as described in claim 
18 necessarily includes a server - client relationship as recited in claim 19. Appropriate 
correction is required. 

7. Claim 32 is objected to under 37 CFR 1.75(c) as being in improper form 
because a multiple dependent claim cannot depend from any other multiple 
dependent claim. See MPEP § 608.01 (n). Accordingly, the claim has not been further 
treated on the merits. 

Claim Rejections - 35 USC §112 

8. The following is a quotation of the second paragraph of 35 U.S.C. 112: 
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The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

9. Claim 2 is rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. The claim recites 'delivering each 
of said dedicated data exchange metadata descriptions' both 'with the delivery of the 
respective version of said second software component', and 'separately during each 
data exchange session'. One of ordinary skill in the art would not be able to determine 
definitively how, when and where the data exchange metadata descriptions should be 
delivered. For the sake of this examination, Examiner's best understanding will be used 
and the claim will be taken to mean delivering the dedicated data exchange metadata 
descriptions with the delivery of the second software component and later passing the 
dedicated data exchange metadata descriptions, or a reference to them, to the new 
version of said software component during a handshake procedure. 

10. Claim 1 recites the limitation "said metadata description" in line 12. There 
is insufTicient antecedent basis for this limitation in the claim. 

1 1 . Claim 26 recites the limitation "said new version" in line?. There is 
insufficient antecedent basis for this limitation in the claim. 

12. Applicant is advised that several other similar 'antecedent basis' problems exist, 
through out the claims. Applicant's cooperation is requested in correcting any such 
errors. 
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Claim Rejections - 35 USC § 102 

13. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

14. Claims 1-2, 4-5 and 18-24 are rejected under 35 U.S.C. 102(e) as being 
anticipated by US 6,658625 to Allen. 

Regarding Claim 1: Allen discloses a method for updating a software component in a 
distributed software system (col. 7, lines 14-16 'particularly useful in a client-server 
architecture') comprising a first software component (Fig. 1, Server Program 195) and 
one or more second software components (Fig. 1 , Application 123), said method 
comprising: updating said first software component with a new version of software (col. 
6, lines 42-44 'multiple versions of server programs') substantially compatible with the 
functionality of a non-updated version(s) of said one or more second software 
components but having data structures incompatible with said non-updated version(s) of 
said one or more second software components (col. 3, lines 7-10 'interprets a data 
description ... that can accommodate changes in the data');providing said updated 
software version with a data exchange metadata description containing information on 
definitions of data structures to be used in a serialized data exchange (col. 1 1 , lines 42- 
44 *PCML DTD') 
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Allen does not expressly disclose delivering said metadata description with said new 
version of said software component, he does disclose creating new versions of the data 
descriptions when the server interface changes (col. 19, lines 44-46 The data 
description can then be modified when necessary to encompass changes in the 
interface'), thereby inherently disclosing delivery. 

Regarding Claim 2: The rejection of claim 1 is incorporated; further, Allen discloses 
providing a dedicated data exchange metadata description for each version of said 
second software component that should be compatible (Fig. 1, Data Description 124); 
each said data exchange metadata description containing information on data 
structures to be used in a serialized data exchange by the respective version of said 
second software component (col. 1 1 , lines 42-48 parses and validates PCML data 
description 124 by using PCML DTD 230') and delivering said dedicated data exchange 
metadata description separately for each data exchange session during a session 
handshake procedure between said new version of said software component and the 
respective version of said second software component (col. 12, lines 2-4 This data is 
then converted ... when application 123 requests the data'). 
Allen does not explicitly disclose delivering the data descriptions, but does show them 
residing on the client computer (Fig. 1 , Data Description 124), thereby inherently 
disclosing the delivery of said dedicated data exchange metadata descriptions. 
Regarding Claim 1/4: The rejection of claim 1 is incorporated; further Allen discloses 
said first software component installed on a server computer (col. 7, lines 51-52 'sever 
185') to be used as a server software component (Fig. 1, Server Program 195) in a 
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client-server-type distributed software system (col. 7, lines 51-52 'Client 100 
communicates ... with sever 185'), said one or more second software components (Fig. 
1 , Application 123) being client software components located in respective client 
stations (col. 7. lines 28-30 'computer system 100 ... is a ...client computer system'). 
Allen does not explicitly disclose delivering the software components, but discloses the 
server software component (Fig. 1 , Server Program 195) and the client software 
components (Fig. 1 . Application 123) existing on server (Fig, 1, Server 185) and client 
computers (Fig. 1. Client 100), respectively, thereby inherently disclosing their delivery 
to the respective computers. 

Regarding Claim 2/4: The rejection of claim 2 is incorporated; further Allen discloses 
said first software component installed on a server computer (col. 7, lines 51-52 'sever 
185') to be used as a server software component (Fig. 1 , Server Program 195) in a 
client-server-type distributed software system (col. 7, lines 51-52 'Client 100 
communicates ... with sever 185*), said one or more second software components (Fig. 
1, Application 123) being client software components located in respective client 
stations (col. 7, lines 28-30 'computer system 100 ... is a ...client computer system'). 
Allen does not explicitly disclose delivering the software components, but discloses the 
server software component (Fig. 1 , Server Program 195) and the client software 
components (Fig. 1 , Application 123) existing on server (Fig. 1 , Server 185) and client 
computers (Fig. 1, Client 100), respectively, thereby inherently disclosing their delivery 
to the respective computers. 
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Regarding Claim 5: Allen discloses a method for updating a software cx)mponent in a 
distributed software system (col. 7, lines 14-16 'particularly useful in a client-server 
architecture') comprising a first software component (Fig. 1, Server Program 195) and 
one or more second software components (Fig. 1 , Application 123), said method 
comprising: updating said first software component with a new version of software (col. 
6, lines 42-44 'multiple versions of server programs') substantially compatible with the 
functionality of a non-updated version(s) of said one or more second software 
components but having data structures incompatible with said non-updated version(s) of 
said one or more second software components (col. 3, lines 7-10 'interprets a data 
description ... that can accommodate changes in the data'); providing said updated 
software version with a data exchange metadata description containing information on 
definitions of data structures to be used in a serialized data exchange (col. 1 1 . lines 42- 
44 PCML DTD'); providing a dedicated data exchange metadata description for each 
version of said second software component that should be compatible (Fig. 1, Data 
Description 124); each said data exchange metadata description containing information 
on data structures to be used in a serialized data exchange by the respective version of 
said second software component (col. 1 1 , lines 42-48 parses and validates PCML data 
description 124 by using PCML DTD 230'). 

Allen does not expressly disclose delivering said metadata description with said new 
version of said software component, he does disclose creating new versions of the data 
descriptions when the server interface changes (col. 19, lines 44-46 The data 
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description can then be modified when necessary to encompass changes in the 
interface'), thereby inherently disclosing delivery. 

Regarding Claim 18: Allen discloses a distributed computer system (col. 7, lines 14-16 
^particularly useful in a client-server architecture') comprising a first software component 
(Fig. 1, Server Program 195) and one or more second software components (Fig. 1, 
Application 123), exchanging serialized data with said first software component; at least 
one of said second software components being an older version substantially 
compatible with the functionality of said first software component but having 
incompatible data structures (col. 3, lines 7-10 'interprets a data description ... that can 
accommodate changes in the data') said first software component having a first data 
exchange metadata description containing information on definitions of data structures 
to be used in a serialized data exchange (col. 1 1 , lines 42-44 'PCML DTD') by said first 
software component; said first software component having a dedicated second data 
exchange metadata description for at least one older version of said second software 
component (Fig. 1, Data Description 124) each said second data exchange metadata 
description containing information on data structures to be used in a serialized data 
exchange by the respective version of said second software component (col. 11, lines 
42-48 parses and validates PCML data description 124 by using PCML DTD 230'). 
Regarding Claim 19: The rejection of claim 18 is incorporated; further Allen discloses 
said computer system is a client-server-type computer system (col. 7, lines 51-52 'Client 
100 communicates ... with sever 185'), and wherein said first software component is a 
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server software component, (Fig. 1, Server Program 195) and wherein said second 
software component is a client software component (Fig. 1, Application 123). 
Regarding Claim 18/20: The rejection of claim 18 is incorporated; further Allen 
discloses said first software component is installed in a first computer (Fig. 1 , server 
185), and wherein said one or more second software components are installed in one or 
more second computers (Fig. 1, client 100). 

Regarding Claim 19/20: The rejection of claim 19 is incorporated; further Allen 
discloses said first software component is installed in a first computer (Fig. 1, server 
185), and wherein said one or more second software components are installed in one or 
more second computers (Fig. 1, client 100). 

Regarding Claim 21: Allen discloses A client-server computer system (col. 7, lines 14- 
16 'particularly useful in a client-server architecture') comprising a server software 
component (Fig. 1 , Server Program 195) one or more client software components (Fig. 
1, Application 123) exchanging serialized data with said server software component 
(col. 3, lines 16-20 'sent to and/or received from a server') said server software 
component having a first data exchange metadata description containing information on 
definitions of data structures to be used in a serialized data exchange by said server 
software component (col. 1 1 , lines 42-44 VCML DTD'), said server software component 
having a dedicated second data exchange metadata description for at least one older 
version of said client software component (Fig. 1 , Data Description 124) each said 
second data exchange metadata description containing information on data structures 
to be used in a serialized data exchange by the respective version of said second 
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software component (col. 1 1 , lines 42-48 parses and validates PCML data description 

124 by using PCML DTD 230'). 

Regarding Claim 22: The rejection of claim 21 is incorporated; further, Allen discloses 
creating a serialization scheme (col. 12, lines 17-20 'serializing the hash table ... to 
create PCML serialized') for said server software component and said older version of 
said client software component on the basis of said metadata descriptions of these 
versions (col. 1 1 , lines 42-45 'parses and validates PCML data description 124 by using 
PCML DTD 230 ... PCML Serialized 220 is an enhancement to the parser output') said 
serialization scheme containing information needed in said new version of said first 
software component for the serialization of data to and the deserialization of data from 
said respective previous version of said second software component (col. 1 1 , line 66- 
col. 12, line 2 'ProgramCallDocument class 128 uses ... the output ... of XML parser 

125 to call server program 195 and to receive data ... from server program 195'). 
Regarding Claim 21/23: The rejection of claim 21 is incorporated; further Allen 
discloses a serialization routine for transforming data items into a stream of data bits to 
be sent to said client software component (col. 12, lines 20-27 'create a persistent 
object that is generally recorded to a file as a byte stream'), and a deserialization routine 
for transforming a stream of bits received from said client software components into 
data items (col. 12, lines 20-27 'file can be ... "rehydrated" back into its constituent 
objects'). 

Regarding Claim 22/23: The rejection of claim 22 is incorporated; further Allen 
discloses a serialization routine for transforming data items into a stream of data bits to 
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be sent to said client software component (col. 12, lines 20-27 'create a persistent 
object that is generally recorded to a file as a byte stream'), and a deserialization routine 
for transforming a stream of bits received from said client software components into 
data items (col. 12, lines 20-27 'file can be ... "rehydrated" back into its constituent 
objects'). 

Regarding Claim 24: The rejection of claim 21 is incorporated; further Allen discloses 
said first software component is installed in a first computer (Fig. 1 , server 185), and 
wherein said one or more second software components are installed in one or more 
second computers (Fig. 1, client 100). 



Claim Rejections - 35 USC § 103 

15. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

16. Claims 10-17, 25-27 and 31 are rejected under 35 U.S.C. 103(a) as being 
unpatentabie over US 6,658,625 to Ailen (Allen). 

Regarding Claim 10: Allen discloses a method for updating a software component in a 
distributed software system (col. 7, lines 14-16 'particularly useful in a client-server 
architecture') comprising a first software component (Fig. 1, Server Program 195) and a 
second software components (Fig. 1 , Application 123), said method comprising: 
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providing said first software component with a data exchange metadata description 
containing information on definitions of data structures to be used in a serialized data 
exchange (col. 1 1 , lines 42-44 PCML DTD'); providing said first software component a 
dedicated second data exchange metadata description for any older version of said 
second software component that should be compatible (Fig. 1, Data Description 124); 
each said data exchange metadata description containing information on data 
structures to be used in a serialized data exchange by the respective version of said 
second software component (col. 1 1 , lines 42-48 parses and validates PCML data 
description 124 by using PCML DTD 230'); said first software component serializing 
data items using data structures according to said first data exchange metadata 
description and said selected second data exchange metadata description (col. 11, lines 
42-48 'parses and validates PCML data description 124 by using PCML DTD 230 ... 
produces an output object ... to call server program); sending said serialized data items 
to said second software component (col. 14, lines 16-17 'causes the server program to 
run and produce an output that is sent to the client'), said first software component 
receiving serialized data items from said second software component and deserializing 
said data items (col. 14, lines 21-25 'Some of the data elements that are returned by the 
server are converted here if desired') using data structures according to said first data 
exchange metadata description and said selected second data exchange metadata 
description (col. 14, lines 12-13 'data converter ... would then use the data description'). 
Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
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the first software component (col. 17. lines 33-36 *When data converter converts the 
data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (col. 8, lines 29-30 'input and output data sent to and 
received from server program 195') thereby making it Inherent that the process 
disclosed is reversible. 

Further, Allen does not disclose choosing between a plurality of second data exchange 
metadata descriptions, but teaches that metadata regarding a plurality of versions of 
said first software component is contained within a single data exchange metadata 
description (Fig. 4A-2 data definitions 561 and 562) and choosing between these entries 
(col. 17, lines 33-42 'data definition 561 will be used ... instead of data definition 562'). 
It would have been obvious to a person of ordinary skill in the art.at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
software component, because one of ordinary skill in the art would have been motivated 
to ease maintenance by maintaining separate DTDs for different server versions (col. 4. 
lines 19-22 'broken down into a set of autonomous entities'). 

Regarding Claim 11: Allen discloses a method for exchanging data between software 
components in a distributed software system (col. 7, lines 14-16 ^particularly useful in a 
client-server architecture') comprising a server software component (Fig. 1, Server 
Program 195) and a client software component (Fig. 1, Application 123), said method 
comprising: providing said server software component with a first data exchange 
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metadata description containing information on data structures to be used in a serialized 
data exchange (col. 1 1 , lines 42-44 'PCML DTD'); said server software component 
serializing data items on the basis of said first data exchange metadata description and 
said second data exchange metadata description (col. 11, lines 42-48 'parses and 
validates PCML data description 124 by using PCML DTD 230 ... produces an output 
object ... to call server program); sending said serialized data items to said client 
software component (col. 14, lines 16-17 'causes the server program to run and 
produce an output that is sent to the client'), said server software component receiving 
serialized data items from said client software component and deserializing said data 
items (col. 14, lines 21-25 'Some of the data elements that are returned by the server 
are converted here if desired') on the basis of said first data exchange metadata 
description and said second data exchange metadata description (col. 14, lines 12-13 
'data converter ... would then use the data description'). 

Allen does not disclose said server software component identifying a version of a client 
software component but discloses a client software component identifying a version of 
the server software component (col. 17, lines 33-36 'When data converter converts the 
data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the 
server and client software components (col. 8, lines 29-30 'input and output data sent to 
and received from server program 195') thereby making it inherent that the process 
disclosed is reversible. 
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Further, Allen does not disclose choosing between a plurality of second data exchange 
metadata descriptions, but teaches that metadata regarding a plurality of versions of 
said server software component is contained within a single data exchange metadata 
description (Fig. 4A-2 data definitions 561 and 562) and choosing between these entries 
(col. 17, lines 33-42 'data definition 561 will be used ... instead of data definition 562'). 
It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the sen/er 
software component, because one of ordinary skill in the art would have been motivated 
to ease maintenance by maintaining separate DTDs for different server versions (col. 4. 
lines 19-22 'broken down into a set of autonomous entities'). 

Regarding Claim 12: The rejection of claim 1 1 is incorporated; further, Allen discloses 
delivering said second data exchange metadata description during a data exchange 
session preformed between said server software component and said second software 
component (col. 12, lines 2-4 This data is then converted ... when application 123 
requests the data'). 

Regarding Claim 13: The rejection of claim 11 is incorporated; further, Allen discloses 
creating a serialization scheme (col. 12, lines 17-20 'serializing the hash table ... to 
create PCML serialized') for said server software component and said client software 
component on the basis of said metadata descriptions of these versions (col. 1 1 , lines 
42-45 'parses and validates PCML data description 124 by using PCML DTD 230 ... 
PCML Serialized 220 is an enhancement to the parser output'); said serialization 
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scheme containing information needed in said server software component for the 
serialization of data to and the deserialization of data from said client software 
component (col. 11, line 66-col. 12, line 2 'ProgramCallDocument class 128 uses ... the 
output ... of XML parser 125 to call server program 195 and to receive data ... from 
server program 195'). 

Regarding Claim 14: The rejection of claim 13 is incorporated; further, Allen discloses 
storing the created serialization scheme in said server software component (col. 13, 
lines 45-47 'the hash table ... be serialized ... and saved to a file'), using said stored 
serialization scheme in a subsequent data exchange session between said server 
software component and said identified version of said client software component (col. 
13, lines 47-53 'the constructor will rehydrate the serialized hash table'). 
Regarding Claim 15: The rejection of claim 11 is incorporated; further Allen discloses 
said step of serializing comprises transforming data items into a stream of data bits to 
be sent to said client software component (col. 12, lines 20-27 'create a persistent 
object that is generally recorded to a file as a byte stream'), said step of deserializing 
comprises transforming a stream of bits received from said client software components 
into data items (col. 12, lines 20-27 'file can be ... "rehydrated" back into its constituent 
objects'). 

Regarding Claim 16: The rejection of claim 15 is incorporated; further, Allen discloses 
assigning a short identifier for each distinct instance of a data structure transferred in a 
data exchange operation (Fig. 4A-2, section 550 '<struct name="rwAccessList'"), 
sending and serializing that short identifier for each occurrence of each instance of a 
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data structure (col. 14, lines 21-25 'data description has already been parsed into a 
hash table ... and is essentially a "dictionary" of all the named elements'),serializing and 
sending each actual data structure instance only for the first occurrence within the data 
exchange operation instead of serializing the actual data structure instance for each 
occurrence within the data exchange operation (col. 14, lines 25-27 'a string object is 
passed to the hash table, which then returns a reference to the object represented by 
the string object'). 

Regarding Claim 17: Allen discloses a method for exchanging data between software 
components in a distributed software system comprising a first software component and 
a second software component; said method comprising storing a serialization scheme 
(col. 13, lines 45-47 'the hash table ... be serialized ... and saved to a file'), for at least 
one pair of said new version of said first software component and an older version of 
said second software component, said serialization scheme containing infonnation 
needed in said new version of said first software component for the serialization of data 
to and the deserialization of data from said respective previous version of said second 
software component (col. 11, line 66-col. 12, line 2 ProgramCallDocument class 128 
uses ... the output ... of XML parser 125 to call server program 195 and to receive data 
... from server program 195') and said serialization scheme being created on the basis 
of a first metadata description and a second metadata description (col. 1 1 , lines 42-45 
'parses and validates PCML data description 124 by using PCML DTD 230 ... PCML 
Serialized 220 is an enhancement to the parser output') said first data exchange 
metadata description containing information on definitions of data structures to be used 
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in a serialized data excliange by said first software component (col. 1 1 , lines 42-44 
PCML DTD') and said second data exchange metadata description of older version of 
said second software component containing information on data structures to be used in 
a serialized data exchange by the respective version of said second software 
component (col. 11, lines 42-48 parses and validates PCML data description 124 by 
using PCML DTD 230'); said first software component receiving serialized data items 
from said second software component and deserializing said data items on the basis of 
said serialization scheme (col. 14, lines 21-25 'Some of the data elements that are 
returned by the server are converted here if desired'). 

Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
the first software component (col. 17, lines 33-36 'When data converter converts the 
data ... after reception from server A .... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (coL 8, lines 29-30 'input and output data sent to and 
received from server program 195') thereby making it inherent that the process 
disclosed is reversible. ^ 

Further, Allen does not disclose choosing serialization scheme corresponding to an 
identified version of said second software component, but teaches that metadata 
regarding a plurality of versions of said first software component is contained within a 
single data exchange metadata description (Fig. 4A-2 data definitions 561 and 562) and 
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choosing between these entries (col. 17, lines 33-42 'data definition 561 will be used ... 
instead of data definition 562'). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
software component, thereby creating multiple serialization schemes (col. 12, lines 17- 
20 'serializing the hash table'), because one of ordinary skill in the art would have been 
motivated to ease maintenance by maintaining separate DTDs for different server 
versions (col. 4. lines 19-22 'broken down into a set of autonomous entities'). 
Regarding Claim 25: Allen discloses a server computer for a client-server computer 
system (col. 7, lines 14-16 'particularly useful in a client-server architecture') comprising 
means for exchanging data with client software components (col. 3, lines 16-20 'data 
that is sent to and/or received from a server*), said means further comprising means for 
storing a first data exchange metadata description containing information on definitions 
of data structures to be used in a serialized data exchange by said server software (col. 
1 1 , lines 42-44 PCML DTD'), said selected second data exchange metadata 
description containing information on data structures to be used in a serialized data 
exchange by the respective version of said client software component (col. 1 1 , lines 42- 
48 parses and validates PCML data description 124 by using PCML DTD 230') means 
for serializing data items using data structures according to said first data exchange 
metadata description and said second data exchange metadata description (col. 11, 
lines 42-48 'parses and validates PCML data description 124 by using PCML DTD 230 
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... produces an output object ... to call server program), sending said serialized data 
items to said second software component (col, 14, lines 16-17 'causes the server 
program to run and produce an output that is sent to the client'), means for receiving 
serialized data items from said client software component and deserializing said data 
items (col. 14, lines 21-25 'Some of the data elements that are returned by the server 
are converted here if desired') on the basis of said first data exchange metadata 
description and said second data exchange metadata description (col. 14, lines 12-13 
'data converter ... would then use the data description'). 

Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
the first software component (col. 17, lines 33-36 'When data converter converts the 
data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (col. 8, lines 29-30 'input and output data sent to and 
received from server program 195') thereby making it inherent that the process 
disclosed is reversible. 

Further, Allen does not disclose choosing between a plurality of second data exchange 
metadata descriptions, but teaches that metadata regarding a plurality of versions of 
said first software component is contained within a single data exchange metadata 
description (Fig. 4A-2 data definitions 561 and 562) and choosing between these entries 
(col. 17, lines 33-42 'data definition 561 will be used ... instead of data definition 562'). 
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It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
software component, because one of ordinary skill in the art would have been motivated 
to ease maintenance by maintaining separate DTDs for different server versions (col. 4. 
lines 19-22 'broken down into a set of autonomous entities'). 

Regarding Claim 26: Allen discloses a computer for a distributed software system (col. 
7, lines 14-16 ^particularly useful in a client-server architecture') comprising a first 
software component (Fig. 1 , Server Program 195) and at least one second software 
component (Fig. 1 , Application 123), said computer comprising said first software 
component (Fig. 1 , Server Program 195) and means for exchanging data with said at 
least one second software component (col. 3, lines 16-20 'data that is sent to and/or 
received from a server'), said means further comprising means for storing a serialization 
scheme (col. 13, lines 45-47 1he hash table ... be serialized ... and saved to a file'), for 
at least one pair of said new version of said first software component and a previous 
version of said second software component, said serialization scheme containing 
information needed in said new version of said first software component for the 
serialization of data to and the deserialization of data from said respective previous 
version of said second software component (col. 1 1 , line 66-col. 12, line 2 
'ProgramCallDocument class 128 uses ... the output ... of XML parser 125 to call server 
program 195 and to receive data ... from server program 195') and said serialization 
scheme being created on the basis of a first data exchange metadata description and a 
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second data exchange metadata description (col. 1 1 , lines 42-45 'parses and validates 
PCML data description 124 by using PCML DTD 230 ... PCML Serialized 220 is an 
enhancement to the parser output') said first data exchange metadata description 
containing information on data structures to be used in a serialized data exchange by 
said first software component (col. 1 1 , lines 42-44 'PCML DTD') and said second data 
exchange metadata description of older version of said second software component 
containing information on data structures to be used in a serialized data exchange by 
the respective version of said second software component (col. 11, lines 42-48 parses 
and validates PCML data description 124 by using PCML DTD 230'); means for 
receiving serialized data items from said second software component and deserializing 
said data items on the basis of said selected serialization scheme (col. 14, lines 21-25 
'Some of the data elements that are returned by the server are converted here if 
desired'). 

Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
the first software component (col. 17, lines 33-36 'When data converter converts the 
data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (col. 8, lines 29-30 'input and output data sent to and 
received from server program 195') thereby making it inherent that the process 
disclosed is reversible. 
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Further, Allen does not disclose choosing serialization scheme corresponding to an 
identified version of said second software component, but teaches that metadata 
regarding a plurality of versions of said first software component is contained within a 
single data exchange metadata description (Fig. 4A-2 data definitions 561 and 562) and 
choosing between these entries (col. 17, lines 33-42 'data definition 561 will be used ... 
Instead of data definition 562'). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
software component, thereby creating multiple serialization schemes (col. 12, lines 17- 
20 'serializing the hash table'), because one of ordinary skill in the art would have been 
motivated to ease maintenance by maintaining separate DTDs for different server 
versions (col. 4. lines 19-22 'broken down into a set of autonomous entities'). 
Regarding Claim 27: Allen discloses a data exchange metadata description containing 
Information on data structures to be used In a serialized data exchange (col. 1 1 , lines 
42-44 PCML DTD') serializing data items using data structures according to a second 
data exchange metadata description containing Infonmation on definitions of data 
structures to be used in a serialized data exchange (col. 1 1 , lines 42-44 *PCML DTD') 
and said selected first data exchange metadata description (col. 11, lines 42-48 'parses 
and validates PCML data description 124 by using PCML DTD 230 ... produces an 
output object ... to call server program); sending said serialized data items to said client 
software component (col. 14, lines 16-17 'causes the sen/er program to run and 
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produce an output that is sent to the client'), receiving serialized data items from said 
client software component and deserializing said data items (col. 14, lines 21-25 'Some 
of the data elements that are returned by the server are converted here if desired') 
using data structures according to said first data exchange metadata description and 
said second data exchange metadata description (col. 14, lines 12-13 'data converter ... 
would then use the data description'). 

Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
the first software component (coL 17, lines 33-36 When data converter converts the 
data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (col. 8. lines 29-30 'input and output data sent to and 
received from server program 195') thereby making it inherent that the process 
disclosed is reversible. 

Further, Allen does not disclose choosing between a plurality of second data exchange 
metadata descriptions, but teaches that metadata regarding a plurality of versions of 
said first software component is contained within a single data exchange metadata 
description (Fig. 4A-2 data definitions 561 and 562) and choosing between these entries 
(col. 17, lines 33-42 'data definition 561 will be used ... instead of data definition 562'). 
It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
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software component, because one of ordinary skill in the art would have been motivated 
to ease maintenance by maintaining separate DTDs for different server versions (col. 4. 
lines 19-22 'broken down into a set of autonomous entities'). 

Regarding Claim 28: The rejection of claim 27 is incorporated; further, Allen discloses 
creating a serialization scheme (col. 12, lines 17-20 'serializing the hash table ... to 
create PCML serialized') for said server software component and said client software 
component on the basis of said metadata descriptions of these versions (col. 1 1 , lines 
42-45 'parses and validates PCML data description 124 by using PCML DTD 230 ... 
PCML Serialized 220 is an enhancement to the parser output') said serialization 
scheme containing information needed in said server software component for the 
serialization of data to and the deserialization of data from said version of said second 
software component (col. 1 1 , line 66-col. 12, line 2 'ProgramCallDocument class 128 
uses ... the output ... of XML parser 125 to call server program 195 and to receive data 
... from server program 195') 

Regarding Claim 27/29: The rejection of claim 27 is incorporated; further Allen 
discloses transforming data items into a stream of data bits to be sent to said client 
software component (col. 12, lines 20-27 'create a persistent object that is generally 
recorded to a file as a byte stream'), transforming a stream of bits received from said 
client software components into data items (col. 12, lines 20-27 Tile can be ... 
"rehydrated" back into its constituent objects'). 

Regarding Claim 28/29: The rejection of claim 28 is incorporated; further Allen 
discloses transforming data items into a stream of data bits to be sent to said client 
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software component (col. 12, lines 20-27 'create a persistent object that is generally 
recorded to a file as a byte stream'), transforming a stream of bits received from said 
client software components into data items (col. 12, lines 20-27 'file can be ... 
"rehydrated" back into its constituent objects'). 

Regarding Claim 27/30: The rejection of claim 27 is incorporated; further Allen 
discloses assigning a short identifier for each distinct instance of a data structure 
transferred in a data exchange (Fig. 4A-2, section 550 *<struct name="n/vAccessList"'), 
sending and serializing that short identifier of a data structure instead of the actual data 
structure when such short identifier is available (col. 14, lines 25-27 'a string object is 
passed to the hash table, which then returns a reference to the object represented by 
the string objecf ). 

Regarding Claim 28/30: The rejection of claim 28 is incorporated; further Allen 
discloses assigning a short identifier for each distinct instance of a data structure 
transferred in a data exchange (Fig. 4A-2, section 550 *<struct name="nA^AccessList"*), 
sending and serializing that short identifier of a data structure instead of the actual data 
structure when such short identifier is available (col. 14, lines 25-27 'a string object is 
passed to the hash table, which then returns a reference to the object represented by 
the string object'). 

Regarding Claim 31: Allen discloses a server computer program comprising a program 
code configured to perform the following routines when run on a computer, storing a 
serialization scheme (col. 13, lines 45-47 'the hash table ... be serialized ... and saved 
to a file'), for at least one pair of said new version of said first software component and a 
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older version of said second software component, said serialization scheme containing 
information needed in said new version of said first software component for the 
serialization of data to and the deserialization of data from said respective previous 
version of said second software component (col. 11, line 66-col. 12, line 2 
'ProgramCallDocument class 128 uses ... the output ... of XML parser 125 to call server 
program 195 and to receive data ... from server program 195*) and said serialization 
scheme being created on the basis of a first data exchange metadata description and a 
second data exchange metadata description (col. 1 1 , lines 42-45 ^parses and validates 
PCML data description 124 by using PCML DTD 230 ... PCML Serialized 220 is an 
enhancement to the parser output') said first data exchange metadata description 
containing information on data structures to be used in a serialized data exchange by 
said first software component (col. 11, lines 42-44 *PCML DTD') and said second data 
exchange metadata description of older version of said second software component 
containing information on data structures to be used in a serialized data exchange by 
the respective version of said second software component (col. 1 1 , lines 42-48 parses 
and validates PCML data description 124 by using PCML DTD 230'); receiving 
serialized data items from said second software component and deserializing said data 
items on the basis of said selected serialization scheme (col. 14, lines 21-25 'Some of 
the data elements that are returned by the server are converted here if desired'). 
Allen does not disclose said first software component identifying a version of a second 
software component but discloses a second software component identifying a version of 
the first software component (col. 17, lines 33-36 'When data converter converts the 
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data ... after reception from server A ... data definition 561 will be used for hostName'). 
Further Allen discloses his invention provides two-way communication between the first 
and second software components (col. 8, lines 29-30 Input and output data sent to and 
received from server program 195') thereby making it inherent that the process 
disclosed is reversible. 

Further, Allen does not disclose choosing serialization scheme corresponding to an 
identified version of said second software component, but teaches that metadata 
regarding a plurality of versions of said first software component is contained within a 
single data exchange metadata description (Fig. 4A-2 data definitions 561 and 562) and 
choosing between these entries (col. 17, lines 33-42 'data definition 561 will be used ... 
instead of data definition 562'). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to split the data exchange metadata description disclosed in Allen (Fig. 4A) 
into multiple files each containing only data regarding a single version of the first 
software component, thereby creating multiple serialization schemes (col. 12, lines 17- 
20 'serializing the hash table'), because one of ordinary skill in the art would have been 
motivated to ease maintenance by maintaining separate DTDs for different server 
versions (col. 4. lines 19-22 'broken down into a set of autonomous entities'). 

17. Claims 3 and 6-9 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over US 6,658,625 to Allen (Allen) in view of 2001/0,049,743 to Phippen et al. 
(Phippen). 
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Regarding Claim 1/3: The rejection of claim 1 is incorporated; further Allen does not 
disclose verifying the backward compatibility of said new version of said first software 
component, but does disclose different versions of software requiring different formats 
of data (col. 17, lines 21-23 Indicates that hostname has a fixed length of 20 bytes for 
all releases ... of version one'). 

Phippen teaches verifying compatibility of a message being sent from a first software 
component to a second software component (par. [0008] 'means for determining 
compatibility of ... input message formats with ... output message formats') based on 
associated metadata descriptions (par. [0014] 'Compatibility is most easily determined 
from meta-data'), in an analogous art for the purpose of 'providing a message 
, transformation selection tool' (par. [0007]). 
It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to apply the 'means for determining compatibility' disclosed in Phippen (par. 
[0008]) to the messages being sent between Allen's server (Fig. 1, server application 
185) and client (Fig. 1, application 123) applications because one of ordinary skill in the 
art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 

Regarding Claim 2/3: The rejection of claim 1 is incorporated; further Allen does not 
disclose verifying the backward compatibility of said new version of said first software 
component, but does disclose different versions of software requiring different formats 
of data (col. 1 7, lines 21-23 'indicates that hostname has a fixed length of 20 bytes for 
all releases ... of version one'). 



Application/Control Number: 10/052,242 Page 31 

Art Unit: 2124 

Phippen teaches verifying compatibility of a message being sent from a first software 
component to a second software component (par. [0008] 'means for determining 
compatibility of ... input message fomiats with ... output message formats') based on 
associated metadata descriptions (par. [0014] 'Compatibility is most easily determined 
from meta-data'), in an analogous art for the purpose of 'providing a message 
transformation selection tool' (par. [0007]). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to apply the 'means for determining compatibility' disclosed in Phippen (par. 
[0008]) to the messages being sent between Allen's server (Fig. 1, server application 
185) and client (Fig. 1, application 123) applications because one of ordinary skill in the 
art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 

Regarding Claim 6: The rejection of claim 5 is incorporated; further, Allen does not 
disclose verifying the backward compatibility of said new version of said first software 
component, but does disclose different versions of software requiring different formats 
of data (col. 17, lines 21-23 'indicates that hostname has a fixed length of 20 bytes for 
all releases ... of version one'). 

Phippen teaches verifying compatibility of a message being sent from a first software 
component to a second software component (par. [0008] 'means for determining 
compatibility of ... input message formats with ... output message formats') based on 
associated metadata descriptions (par. [0014] 'Compatibility is most easily determined 
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from meta-data'), in an analogous art for the purpose of 'providing a message 
transformation selection tool' (par. [0007]). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to apply the 'means for determining compatibility' disclosed in Phippen (par. 
[0008]) to the messages being sent between Allen's server (Fig. 1, server application 
185) and client (Fig. 1, application 123) applications because one of ordinary skill in the 
art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 

Regarding Claim 7: Allen discloses a method for updating a software component in a 
distributed software system (col. 7, lines 14-16 'particularly useful in a client-server 
architecture') comprising a first software component (Fig. 1, Server Program 195) and 
one or more second software components (Fig. 1 . Application 123), installed apart from 
each other (Fig. 1 , Network l/F 163) said method comprising: updating said first 
software component with a new version of software (col. 6, lines 42-44 'multiple 
versions of server programs') substantially compatible with the functionality of a non- 
updated version(s) of said one or more second software components but having data 
structures incompatible with said non-updated version(s) of said one or more second 
software components (col. 3, lines 7-10 'interprets a data description ... that can 
accommodate changes in the data');providing said updated software version with a data 
exchange metadata description containing information on definitions of data structures 
to be used in a serialized data exchange (col. 11, lines 42-44 'PCML DTD'); providing a 
dedicated data exchange metadata description for each version of said second software 
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component that should be compatible (Fig. 1, Data Description 124); each said data 
exchange metadata description containing information on data structures to be used in 
a serialized data exchange by the respective version of said second software 
component (col. 11, lines 42-48 parses and validates PCML data description 124 by 
using PCML DTD 230'). 

Allen does not disclose verifying the backward compatibility of said new version of said 
first software component, but does disclose different versions of software requiring 
different formats of data (col. 17, lines 21-23 'indicates that hostname has a fixed length 
of 20 bytes for all releases ... of version one'). 

Phippen teaches verifying compatibility of a message being sent from a first software 
component to a second software component (par. [0008] 'means for determining 
compatibility of ... input message formats with ... output message formats') based on 
associated metadata descriptions (par. [0014] 'Compatibility is most easily determined 
from meta-data'), in an analogous art for the purpose of 'providing a message 
transformation selection tool' (par. [0007]). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to apply the 'means for determining compatibility' disclosed in Phippen (par. 
[0008]) to the messages being sent between Allen's server (Fig. 1 , server application 
185) and client (Fig. 1, application 123) applications because one of ordinary skill in the 
art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 
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Regarding Claim 8: Allen discloses a method for updating a software component in a 
distributed software system (col. 7, lines 14-16 'particularly useful in a client-server 
architecture') comprising a first software component (Fig. 1, Server Program 195) and 
one or more second software components (Fig. 1 , Application 123), installed apart from 
each other (Fig. 1, Network l/F 163) said method comprising: updating said first 
software component with a new version of software (col. 6, lines 42-44 'multiple 
versions of server programs') substantially compatible with the functionality of a non- 
updated version(s) of said one or more second software components but having data 
structures incompatible with said non-updated version(s) of said one or more second 
software components (col. 3, lines 7-10 'interprets a data description ... that can 
accommodate changes in the data');providing said updated software version with a data 
exchange metadata description containing information on definitions of data structures 
to be used in a serialized data exchange (col. 11, lines 42-44 'PCIVIL DTD'); providing a 
dedicated data exchange metadata description for each version of said second software 
component that should be compatible (Fig. 1 , Data Description 124) each said data 
exchange metadata description containing information on data structures to be used in 
a serialized data exchange by the respective version of said second software 
component (col. 11, lines 42-48 parses and validates PCML data description 124 by 
using PCML DTD 230'); creating a serialization scheme (col. 12, lines 17-20 'serializing 
the hash table ... to create PCI\/IL serialized') for at least one pair of said new version of 
said first software component and a previous version of said second software 
component on the basis of said metadata descriptions of these versions (col. 1 1 , lines 
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42-45 'parses and validates PCML data description 124 by using PCML DTD 230 ... 
PCML Serialized 220 is an enhancement to the parser output'); said serialization 
scheme containing information needed in said new version of said first software 
component for the serialization of data to and the deserialization of data from said 
respective previous version of said second software component (col. 1 1 . line 66-coL 12, 
line 2 ProgramCallDocument class 128 uses ... the output ... of XML parser 125 to call 
server program 195 and to receive data ... from server program 195'); delivering said at 
least one serialization scheme with said new version of said software component (col. 
12, lines 28-44 'a software engineer who is writing a PCML data description ... would 
call the XML Parser class ... would then be serialized'). 

Allen does not disclose verifying the backward compatibility of said new version of said 
first software component, but does disclose different versions of software requiring 
different fomnats of data (col. 17, lines 21-23 Indicates that hostname has a fixed length 
of 20 bytes for all releases ... of version one'). 

Phippen teaches verifying compatibility of a message being sent from a first software 
component to a second software component (par. [0008] 'means for determining 
compatibility of ... input message foirmats with ... output message formats') based on 
associated metadata descriptions (par. [0014] 'Compatibility is most easily determined 
from meta-data'), in an analogous art for the purpose of 'providing a message 
transformation selection tool' (par. [0007]). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to apply the 'means for determining compatibility' disclosed in Phippen (par. 
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[0008]) to the messages being sent between Allen's server (Fig. 1 , server application 
185) and client (Fig. 1 , application 123) applications because one of ordinary skill in the 
art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 

Regarding Claim 9: The rejection of claim 8 is Incorporated; further, Allen discloses 
default values for data items (col. 16, line 35 The input data can have initial values'). 
Allen does not disclose verifying the backward compatibility of said new version of said 
first software component but does disclose different versions of software requiring 
different formats of data (col. 17, lines 21-23 'indicates that hostname has a fixed length 
of 20 bytes for all releases ... of version one'). 

Phippen teaches comparing the Identifier and type information of data structures in said 
new version and said previous version (pars. [0047]-[0049] *if the type of Fa is 
compatible with the type of Fb*), in an analogous art for the purpose of 'providing a 
message transformation selection tool' (par. [0007]). 

It would have been obvious to a person of ordinary skill In the art at the time of the 
Invention to apply the 'means for determining compatibility' disclosed in Phippen (pars. 
[0047]-[0049]) to the messages being sent between Allen's server (Fig. 1 , server 
application 185) and client (Fig. 1 , application 123) applications because one of ordinary 
skill in the art would have been motivated to ensure compatibility (par. [0008] 'means for 
determining compatibility'). 
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Conclusion 



The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. US 5,956.688 to Kokubo et al.; US 5.999,938 to Bliss et al.; US 6,249,794 to 
Raman; US 6.662.186 to Esquibel; US 2001/0047385 to Tuatini; 2003/0028540 to 
Lindberg et al.; and US 2003/0028447 to O'Brien et al. 

Any inquiry conceming this communication or eariier communications from the 
examiner should be directed to Jason Mitchell whose telephone number is (571) 272- 
3728. The examiner can normally be reached on Monday-Thursday and alternate 
Fridays 7:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571 ) 272-371 9. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 
Infomiation regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (BBC) at 866-21 7-91 97 (toll-free). ^ 
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